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This listing of claims will replace all prior versions, and listings, of claims in the application; 

n. ListlPg of Clalins 

Claims 1-23 (Canceled) 

Claim 24 (Cmrently Amended): A method of operating an analytical server which is 
positioned between a client and a Relational Database Management System (RDBMS), the 
method operable to provide an interface between the cHent and a relational database located on 
Hie KDBMS, the relational database having fact tables, dimension tables, and metadata 
describing the relationships between fte fact and dunension tables, the method comprising: 
receiving in the analytical server, from the RDBMS, at least a portion of die metadata 
infonmation regarding the relational database and its organization, including 
information about a logical hierarchy of the fact and dimension tables; 
receiving in the analytical server, from the client, a metric query; 

deteimining, based on the received information regarding the logical liierarchy of the fact 

and dimension tables and based on the metric query received from the client, 

which hierarchical levels'of the fact and dunension tables are available in the 

relational database for responding to the metric query; 
determining at least one database query according to the available hierarchical levels of 

Uie fact and dimension tables; [[«fitf J] 
sending the determined at least one database query to flie RDBMS . wherein the at leajst 

one database auerv comprises mu ltiple fact table queries, the multiple fact 

table queri es each yielding results: 
calculating metric values bv as sessing which hierarchical levels are available in the 

results, lining up th e results along the available hierarchical levels and 

perfon-ming an outer join; and 
whereby the metric query can be responded to by the analyticai server based on 

responses of the RDBMS to the determined at least one database query. 
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Claim 25 (Previously Presented): The method of claim 24 wherein a star schema is 
defined in the relational database, wherein the star schema comprises a single fact table and zero 
or more dimension tables which can be joined to the fact table according to selection constraints 
and aggregate groupings specified in the metadata. 

Claim 26 (Previously Presented); The method of claim 25 wherein the metadata 
includes a table which stores a supported level for each dimension used in the defined star 
schema. 

Claim 27 (Previously Presented): The method of claim 24 wherein the feet and 
dimension tables of the relational database includes a time dimension table. 

Claim 28 (Pi-eviously Presented): The method of claim 27 wherein the time dimension 
table supports first- and second-level dimensions. 

Claim 29 (Previously Presented): llie method of claim 28, wherein the first-level 
dimension table designates "years*' and wherein the second-level dimension table designates 
'^months.'* 

Claun 30 (Previously Presented): The method of claim 27, wherein the fact and 
dimension tables of the relational database includes at least two time dimension tables, wherein 
one time dimension table supports a first certain hierarchical level and wherein a second time 
dimension table supports a second certain hierarchical leveL 

Claim 3 1 (Previously Presented): The mefliod of claim 24, wherein the metadata 
further comprises security hierarichy levels assigned to certain measures within the relational 
database and wherein the at least a portion of the metadata received in the analytical server, from 
the RDBMS. includes information about the security hierarchy levels, the method further 
comprising: 

determining, based in part on tfie received information regarding the security hierarchy 
levels of the fact and dimension tables and based on the metric query received 
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froixi the client, which measures of the fact and dimension tables are available in 
the relational database for responding to the nxetric query. 

Claim 32 (Previously Presented): The method of claim 24, and further comprising: 
collecting usage statistics based upon the required and availability and use of the fact and 

dimension tables within the database; and 
reporting the usage statistics, the reporting of the usage statistics based at least in part on 

the h ierarchical level of the fact and dimension tables accessed. 

Claim 33 (Rreviously Presented): The method of claim 24, and flirther comprising: 
receiving a plurality of metric queries from the client, Hie plurality of metric queries 

requesting at least two metrics which are broken down at flie same hierarchical 

level; and 

sending at least one database query to the RDBMS which retrieves measures from the 
RDBIVfS which are usable in common between the at least two metrics. 

Claim 34 (Previously Presented): A method of executing a metric query for a 
relational database, the relational database having fact tables, dimension tables, and metadata 
describing the relationships between the fact and dimension tables, wherein the fact tables 
include measures which can be additive or non-additive, and wherein the metadata includes a 
designation specifying by dimension which measures are additive and which measures are non- 
additive, the method comprising: 

receiving the metric query from a client; 

determining which hierarchical levels of the fact and dimension tables are available in the 

relational database for responding to the metric query; 
determining at least one database query according to the available hierarchical levels of 

the fact and dimension tables; 
retrieving data corresponding to the at least one da.tabase query from the relational 

database; and 
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responding to the metric query based on the data retrieved, whereby the response is 

tailoved to the most efficient hierarchical level necessary depending on whether 
the measures of the requested metric are additive. 

Claim 35 (Previously Presented): A method according to claim 34, wherein the metric 
query calls for a metric broken down across a requested dimension and also calls for a roll-up of 
that metric. 

Claim 36 (Previously Presented): A method according to claim 34, wherein 

the metric query is received by an analytical server which is positioned between the client 

and a Relational Database Management System ^IDBMS); 
the relational database is located on the RDBMS; and 

the method is operable on the analytic server to provide! an interface between the client 
and the relational database. 

Claim 37 (Previously Presented): A method according to claim 36, wherein the 
analytical server receives from the RDBMS at least a portion of the metadata infomiation 
including information about whether certain measures are additive and infonnation about the 
logical hierarchy of the fact and dimension tables. 

Claim 38 (Previously Presented): A method according to claim 37, wherein the 
available hierarchical levels of the feet and dimension tables are detennined based on the metric 
query received from the client and based on the received metadata infomiation from the RDBMS 
regarding the logical hierarchy of the fact and dimension tables and whether the measures of the 
requested metric are additive. 

Claim 39 (Previously Presented): A method acconiing to claim 35, wheidn the 
determining of the at least one database query takes into account whether the requested metric is 
additive specifically across the requested dimension. 
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Claim 40 (Pi-eviously Presented): A method of executing a metric query for a 
relational database, the relational database having feet tables, dimension tables, and metadata 
describing the relationships between die fact and dimension tables, method comprising: 

receiving the metric query from a client; 

determining which hierarchical levels of the fact and dimension tables axe available in the 
relad onal database for responding to die metric query, wherein at least one 
measure within the feet and dimension tables are insufQciently fine in a requested 
dimension in order to respond to the metric query; 

determining at least one metric by which the at least one measure which was unavailable 
at the requested fineness can be approximated by the using the measure along the 
requested dimension at a higher hierarchical level than the one needed to directly 
respond to the metric query; and 

sending a database query to the relational database based on the deteimining of available 
hierarchical levels of the fact and data tables and upon at least one higher 
hieraichical level for the needed measure along the dimension which was 
unavailable at the needed hierarchical level. 

Claim 41 (Prisviously Presented): A method according to claim 40, wherein the 
determining of which hierarchical levels of the fact and dimension tables are available in the 
relational database is based on a logical hierarchy of the fact and dimension tables and based on 
the metric query received from the client. 

Claim 42 (Previously Presented): A method according to claim 41, wherein the at 
least one metric by which the at least one measure which was unavailable at the requested 
fineness is determined according to the available hierarchical levels of the fact and dimension 
tables. 

Claim 43 (Previously Presmted): A method according to claim 40, wherein 
the metric query is received by an analytical server which is positioned between the client 
and a Relational Database Management System (RDBMS); 

-6- 

Applicatidn No^ 10/731,773 

DALDMS/538195:2 

PAGE 7/17 ' RCVD AT 8/10i200i 7:07:03 PM [Eastern Daylight 



08/10/2005 18:09 FAX 214 978 3099 



loos 



PATENT 

the relational database is located on the KDBMS; and 

the method is operable on the analytic server to provide an interface between the client 
and the relational database. 

Claim 44 (Pneviously Presented): A method according to claim 43, wherein the 
analytical server receives, from the RDBMS, information about whether certain measures are 
additive and information about the logical hierarchy of the feet and dimension tables. 

Claim 45 (Previously Presented): The method of claun 40, wherein the measure 
which was unavailable at the requested fineness was a time measure. 

Claim 46 (Previously Presented): The method of claim 45, wherem a requested 
hierarchical level along the time dimension was for a measure broken down by month. 

Claim 47 (Previously Presented): The mefliod of claim 46, wherein to approximate 
the measure on a monthly basis, a measure broken down by quarter is divided by three and 
assigned to the requested months. 

Claim 48 (Previously Presented): The method of claim 46, wherem to approximate 
the measmre on a monthly basis, the measure is rq)eated at the requested months. 

Claim 49 (Previously Presented): The method of claim 48, wherein the measure was 
an average. 

Claim 50 (New): A method of operating an analytical server which is positioned 
between a client and a Relational Database Managemrat System (RDBMS)> the method operable 
to provide an interface between the client and a relational database located on the RDBMS, the 
relational database having fact tables, dimension tables, and metadata describing the 
relationships between the feet and dimension tables, the method comprising: 
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receiving in the analytical server, from the RDBMS, at least a portion of the metadata 
infonnation regarding the relational database and its organization, including 
information about a logical hierarchy of the fact and dimension tables; 

receiving in the analytical server, from the client, a metric query; 

detemiidingj based on the received infonnation regarding the logical hierarchy of the fact 
and dimension tables and based on the metric query received from the client, 
which hierarchical levels of the fact and dimension tables are available in the 
relational database for responding to the metric query; 

determining at least one database query according to the available hierarchical levels of 
the &ct and dimension tables; 

sending the determined at least one database query to the RDBMS whereby the metric 
query can be responded to by tihie analytical server based on responses of the 
RDBMS to the detennined at least one database query; 

receiving a plurality of metric queries from the client, the plurality of metric queries 
requesting at least two metrics which are broken down at the same hierarchical 
level; and 

sending at least one database query to the RDBMS which retrieves measures from the 
RDBMS which are usable in common between the at least two metrics. 

Claun 51 (New): Hie method of claim 50 wherein the fact and dimension tables of 
the relational database includes a time dimension table. 

Claim 52 (New): The method of claim 51 wherein the tune dimension table supports 
first- and second-level dimensions. 

Claim 53 (New): The method of claim 52, wherein the first-level dimension table 
designates "years" and wherein the second-level dimension table designates *teonths," 
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Claim 54 (New): The method of claim 51, wherein the fact and dimension tables of 
the relational database includes at least two time dimension tables, wherein one time dimension 
table supports a first certain hierarchical level and wherein a second time dimension table 
supports a second ci^in hierarchical leveL 

Claim 55 (New): The method of claim 50> wherein the metadata further coinpiises 
security hierarchy levels assigned to certain measures within the relational database and wherein 
the at least a portion of the metadata received in the analytical server, fiom the RDBMS, includes 
information about the security hierarchy levels, the method ftirfher comprising: 

detenmning, based in part on the received information regarding the security hierarchy 
levels of the fact and dimension tables and based on the metric query received 
from the client, which measures of the feet and dimension tables are available in 
the relational database for responding to the metric query. 

Claim 56 (New): Tlie mefliod of claim 50, and fiirther comprising: 
collecting usage statistics based upon the required and availability and use of the fact and 
dimension tables within &e database; and 

reporting the usage statistics, the reporting of the usage statistics based at least in 
part ott the hierarchical level of the fact and dimension tables accessed. 
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